中断する と pending はどう違いますか?

結果的にそのまま再開されることもなく終わっていくケースが多いという話です。 一方のpendingは英語でいえば「wait for / depend」のように外部の要因に決定される部分を待っているような意味合いが強くなります。 日本語の「中断する」も感覚的な言葉で「この計画を中断した」といった場合に、再開の可能性をどれほど考慮しているのかは人によります。 「この計画を終了した」なら再開の可能性はかなり低くなります。 「この計画を一時中断した」ならば、再開の可能性は高くなりそうです。 結果的にsuspendは日本語の「中断する」に感覚的に近い言葉だと思います。 「一時中断する」「保留にする」ではなく再開の可能性がより低い「中断する」です。 例えば以下の言葉を比較してみます。

pending とはどういう意味ですか?

pending 1 〔問題 ｛もんだい｝ などが〕未解決 ｛みかいけつ｝ の、決 ... 2 〔訴訟 ｛そしょう｝ などが〕係争中 ｛けいそう ちゅう｝ ... 3 〔問題 ｛もんだい｝ などが〕起ころうとしている、差し迫 ｛ ...

pendingIntentをキャンセルしたらどうなりますか?

通常はこのフラグを使用することになるかと思います。 すでに同じものがある場合、それをキャンセルしてから新しく作り直します。 先に作ったPendingIntentは機能しなくなり、最後に作ったPendingIntentのみが機能するようになります。 同一のPendingIntentがすでにある場合は、先に作成されたPendingIntentが使われ、内容の更新は行われない。 また、同一のPendingIntentは1度しかIntentを送信しない。 複数のNotificationに同じPendingIntentが設定された場合、最初にタップされたもの以外は何も起こらないことになります。

pending状態のポッドはノードにスケジュールできますか?

Pending状態のポッドは、ノードにスケジュールできません。 これは、リソースの不足、または hostPort の使用が原因で発生する可能性があります。 詳細については、 Kubernetes ドキュメント の ポッドのフェーズ を参照してください。 ワーカーノードで利用可能なリソースが不足している場合は、不要なポッドを削除することを検討してください。 また、ワーカーノードにリソースを追加することもできます。 Kubernetes Cluster Autoscaler を使用すると、クラスター内のリソースが不足しているときにワーカーノードグループを自動的にスケーリングできます。